home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 July / EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso / lightwave / lwmlist / 95.lightwave-08 / 000409_owner-lightwav…mail.webcom.com_Mon Aug 21 21:06:59 1995.msg < prev    next >
Internet Message Format  |  1995-09-02  |  3KB
  1. Received: by mail.webcom.com
  2.     (1.37.109.15/16.2) id AA190924418; Mon, 21 Aug 1995 21:06:59 -0700
  3. Return-Path: <owner-lightwave@mail.webcom.com>
  4. Received: from kitten.mcs.com by mail.webcom.com with ESMTP
  5.     (1.37.109.15/16.2) id AA189484352; Mon, 21 Aug 1995 21:05:52 -0700
  6. Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id XAA12111 for <lightwave@webcom.com>; Mon, 21 Aug 1995 23:11:48 -0500
  7. Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5)
  8.     id <m0skkgX-000jq5C@mailbox.mcs.com>; Mon, 21 Aug 95 23:11 CDT
  9. Date: Mon, 21 Aug 95 23:11 CDT
  10. From: johnc@mcs.com (John Crookshank)
  11. To: lightwave@mail.webcom.com (lightwave)
  12. Subject: RE:PAR pattern flashing
  13. Message-Id: <1662.6439T725T2029@mcs.com>
  14. X-Mailer: THOR 2.1� (TCP/IP)
  15. Mime-Version: 1.0
  16. Content-Type: text/plain; charset=iso-8859-1
  17. Content-Transfer-Encoding: 8bit
  18. Lines: 30
  19. Sender: owner-lightwave@mail.webcom.com
  20. Precedence: bulk
  21.  
  22. on 18-Aug-95 05:32:31, Ken VanBrocklin (kvanbroc@ATK.COM) Emailed: 
  23.  
  24. > I read in the PAR doc's you can export a bad anim using the YUV export 
  25. > function, and then re-import at a lower block limit using YUV import. I 
  26. > haven tried this yet, but It it might save you some re-rendering time if
  27. > it  works.
  28.  
  29. This is a great feature for "fixing" PAR anims that no longer play back
  30. smoothly due to the drive getting filled up, or having the anim being moved
  31. to a slower spot on the drive after a reorganization. The YUV format is the
  32. native PAR file format, so the process of exporting to YUV and then
  33. re-importing the frames is VERY fast, several times faster than importing
  34. IFF frames. There is no conversion or filtering when they are re-imported,
  35. so you don't get any further image degradation by doing this. Unless of
  36. course, you have to drop the Q-factor because the drive is too full.
  37.  
  38. I've even looked at the "map" function to see which range of frames were
  39. too close to the limit, imported just those to a separate anim at a lower
  40. Q-factor, imported the rest of the frames at the higher Q-factor, and then
  41. spliced the separate anims together again. It fixed a couple of older anims
  42. that were having some playback troubles at certain frames.
  43.  
  44.  
  45.    ----------------------------------------------------------------
  46.   |      John Crookshank         |       johnc@mcs.com             |
  47.   |  MicroTech Solutions, Inc.   |  http://www.digiweb.com/~johnc/ |
  48.   |----------------------------------------------------------------|
  49.   |   Desktop video systems dealer - finger/www for more info.     |
  50.    ----------------------------------------------------------------
  51.  
  52.  
  53. --
  54. johnc@mcs.com (John Crookshank) sent this message.
  55. To Post a Message           : lightwave@webcom.com
  56. Un/Subscription Requests To : lightwave-request@webcom.com
  57. (DIGEST)                 or : lightwave-digest-request@webcom.com
  58. Administrative Items To     : owner-lightwave@webcom.com